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(54) Method and system for representation and use of shape infomatJon in geographic 
data based 



(57) A system and method tor storing data to repre* 
sent other-than-straight map features in a compiner- 
reediable geographic database tor use in a navigation 
system. For geographic features that are other-than- 
straight. a cun^e generated by a computable function is 
fitted to an Image of the other-than-stralght map feature. 
The computabfe function may be a polynomial equation 
whose shape is defined by tts coefficients. In one env 
boctiment, the polynomial equatfon is a type of spline 
curve. In particular a Beziar curve whoso shape is de- 
fined by control points. The coetRcienis of the poiyno- 
mfal equation are associated with data reprssenilng the 
other-than-atraighl feature. In the case in which the pol- 
ynomial equation rs a Bezier curve, the control points for 
generating the Bczler curve are associatod with the data 



representing the oiher-than-etfaight t eature. These con- 
trol points are stored in the geographic database and 
are used in displaying the other-than -straight geograph- 
ic feature. Use of a compuiable function to generate oth- 
er-lhan-straight geographic features and storing param- 
eters to be ussd by the computable function has the po- 
tential tor signfficantly reducing the storage require- 
ments for representing other-than-straight features In a 
geographic datat>a8e. 

According to a further aspect, normaHzad control 
point pairs are stored in a data structure and an index 
reference into the data structure is associated with data 
used to represent the other-than-straiglit geographic 
features, thereby resulting in further reduction In data 
storage requirements. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to navigslion 
eyetems and tn partiouiar to geographic data sets for usa 
fn navigation Systems. 

[0002] Computor-bae0ct navigation systems for jsa 
on land have become available In a variety of forms and 
provide for a variety or useful features. One exemplary 
type of navigation system uses (1} one orrrtoro detailed 
data sets that represent ona or more geographic areas 
or regions, (2) a navigation appJication prognam. (3) ap- 
propriate computer hardware, such as a microproceS' 
$or, memory, and data storage, and, optionally, (4) a po- 
sitioning system. 

[0003] Referring to Fig. 1 , there is a diagram illustrat- 
ing a configuration of an exemplary navigation system 
10. TTie navigation syatem 10 is a combination of hard- 
ware and software components which can be imple- 
mented in various different kinds of environmems or on 
different platforms. For example, the navigation system 
10 may be located in an automobile 1 2. In an exemplary 
ombodimeni, the navigation system 10 Includes appro- 
priate hardware 14 which may include a GPS system 
1 B, an antenna 1 9, sensors 20 coupled to sense the ve- 
hicle speed and distance traveled, and a compass 22 to 
sense the vehicle direction. In additior. the navigation 
system inciudes an appropriate computer 24. including 
a CPU 26 and memory 28 as well as other appropriate 
hardware. 

[0004] I ncluded as part of the navigation system 1 0 is 
a drive 30 (or other suitable peripheraf device) Into Which 
a data storage medium 32 can be installed. One or more 
geographic data sets 34 are stored on the storage me- 
dium 32. In one embodiment, the storage medium 32 is 
a CD-ROM disc. In another alternative embodimeni, the 
storage medium 32 may be a PCMCIA card in which 
case the drive 30 would be substituted with a PCMCIA 
slot. >^rious other storage media may be used, includ- 
ing fixed or hard diskSr DVD (digital video disks) or other 
currently avaiiabte storage media, as wefl as storage 
media that may be developed in the future. The embod- 
iments disclosed herein may be used in other types of 
navigation systems, as explained below. 
[OOOS] The navigation system 1 0 also Includes a user 
Into rf ace 40 coupled to the computer 24. The user inter* 
face 40 includes appropriate means for receiving in- 
stnjctions and input from an end-user as well as means 
for providing information back to the ©nd-usor. For ex- 
ample, the user interface 40 may include an input panel 
or keyboard into which an end-usor may indicate a se- 
lection of a destination. The user interface 40 may also 
Include a display or speakers (Including speech synthe- 
sis hardware and software) by which the user can be 
informed of navigation information. For visual navigation 
information, the user interfacs 40 may provide features 
aitowing the user to zoom a display in on or oin of a 



particular geographic area to alternately display a larg r 
geographic area or more detailed geographic informa- 
tion. 

[OOOS] The positioning system may employ any of 
5 several well-known technotogies to determine or ap- 
proximate the endHj Bar's physical local kxis in a geo- 
graphic region. For example, the positioning system 
nwiy employ a GPS-type system (global positioning sys- 
tem), a dead reckoning-type system, or combinations of 
10 these, or other systems, all of whteh are well-known In 
the art. 

[D007] All ot the components described above may bo 
conventtonal (or other than conventional) and the man- 
ufacture and use of these components are known to 
IS those of skill in the art. 

[0OO8(] The navigatksn system 1 0 includes another da- 
ta storage device 36 (or ROM) which is used to store a 
navigation application program 38. (Alternatively, ihe 
application program 38 may be provided on the same 
w storage devce or medium 32 as the geographic data 
sets 34,) The navigation application program 38 Is a 
software program that uses the geographic data set 34 
and the posKioning system (when employed). The nav- 
igation application program 38 rnay include separate ap- 

ss plications (or subprograms). These subprograms pro- 
vkJo various navigalion features to the end-user of the 
navigation system 1 0. These features may include route 
calculation functions, maneuver generation functions, 
map display functions, vehicle positioning functions, 

30 destination resolution capabilities, and so on. The nav- 
igation features are provided to the end-user (e.g., the 
vehicle driver) by moans of the user interface 40. The 
navigation application program 38 may be wrrtton in a 
suitable computer programminglanguage such as C, al- 
though other programming languages are also suitable. 
[0009] During a typical usage of the navigatbn sys- 
tem 10 of Fig. 1, the navigation applkaton program 33 
is loaded from the ROM 36 (nto Ihe momoiy 28 associ- 
ated with the processor 2S. The computer 24 receives 

-^0 input from the user Interface 40. The Input may include 
a request for navigaikjn information. The computer 24 
receives infonnation from the positioning system hard- 
ware 14. The information from the hardware 14 is used 
by the navigation application software 3d to dotemilne 

^ the location, direction, speed, etc.. of the vehicle 12. The 
navigation application program 38 may provide the end- 
usor with a graphical display (e.g. a 'map") of the end- 
user's epecifjc location in the geographic region. In ad- 
dition, the navigation application program may provide 

so the end-user with specific diroctwns to locations in the 
geographic area from wherever the end-user ia located. 
[0010] To pruvldo these various navigation applica- 
tion features, the navigatkm system 10 uses the geo- 
graphic data 34 stored on the storage medium 32, op- 

S5 tionally in conjunction with the output from the position- 
ing system hardware 14. The geographic data 34 may 
be in the form of one or more computer-readable file* 
or databases that enable the navigation application pro- 
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gram 38 to provide tho supported features, For example, 
to enable the caloulation of a route between two loca- 
tions In the geographic region, the geographic d ta 34 
may include route calculation data that includes the po- 
sitions of roads and intersections in the geographic re- s 
gion. informatron about one-way streets^ turn restric- 
tions, stop signs, stop lights, speed limits, and so on. 
[0011] When performing a nrtap display function with 
the navigation system, the sizes, shapes, and relative 
positions ol gaographic features in a porUon of a geo- io 
graphic region are portrayed on the display of the user 
interface 40. These geographic features may nclude 
roads, IntersectlonSi and pointe-of-interest, as we)] as 
other features, such as lakes, railroad tracks, buildings, 
airports* siadlums, parks, mountain ranges, docks, fer- is 
ries. tunnels, bridges, and so on. To provide this map 
display function, the geographicdata eel 34 may include 
cartographic data which allows the navigation apptlca- 
tkxi program 38 to display maps illustrating the size, 
shape, pos'rtion, and character of these various geo- ^ 
graphic faatures on an attached display dovice. Zoom- 
ing and panning of the displayed areas may also be sup- 
ported. 

[0012] Referring to Fig 2, thore is a diagram illustrat- 
ing an exemplaiy configuration of a caaographic data 2S 
set 34(cBno} used for map display. The data set 34(car- 
to) is part of the geographic data set 34 of Fig. 1 whfch 
may include other kinds of data sets used for route cal- 
culation, maneuver generation, and other navigation 
functions. In Fig. 2. the data set 34(carto) includes a so 
(fiub)set 42 of road segment data entities, e.g. 5eg(l), 
seg(2] ... seg(n). Each road segment data entity repre- 
sents a portion of a roadway In the geographic region 
Associated with each road segment data entity record. 
segO. are data (such as nodes and attrt>utes 46(1 ), 48 ^ 
(2)„,46(n3] that facilitate portraying the respective rep- 
resented road portions on the computer display device. 
The road segment data entities. seg(l ). seg(2). . . seg(n}, 
may be implemented using standard types of data struc- 
tures used in database construction. 40 
(0O13] Referring to Fig. 3, there is a map diagram il- 
lustrating a portion of the geographic region represented 
by the geographic data sot 34. This portkan shovi/s road- 
ways of both straight, S2S1. 52S2» and other-than- 
stralght (e.g. curved), 52CI, types. For purposes of stor- *s 
ing the necessary Informatkjn to display this portion of 
the geographic region, nodes are identified ak)ng the 
roadways. Nodes are identified where two roads inter- 
sect or where any of the attributes associated with a por- 
tion o1 the road change, such as when a road enters a 
school zone and the speed limit changes. In the data 
set 34, each of the road segment entity records is asso- 
ciated with the two nodes (and/or tne geographical co- 
ordinates of the nodes) that correspond to the locations 
of the end points of the road portion represented by the w 
road segment entity record, as ilfustrated at 46( ) In Fig 
2. Also associated with the road segment entity record 
In the cartographte data set 34(Carto) is other informa- 



tion nocaasary to portray the road portion, as also illus- 
trated at 46() In Fig. 2. 

[0014] For straight road portions, e.g. 52S1 , 52S2 in 
Fig. 3, portraying the shape of a road portion can be 
done by generating a straight line linking the end points 
(i.e.. nodes) idemifted by the segment data entity record 
that represents the road portion. However when the 
road portion is other-than-siraighl, rt is required that the 
geographic database include additional Information to 
display the shape Of Uie road portion. 
[001 S] In The map of Fig. 3, there is shown the curved 
road portion 52CI represented by 8eg(m) which has end 
points, represonied by LN(m) and FtN(m). Fig. 4 shows 
a diagram of a road segment data record, seg(m) in the 
data set 34(carto) used to represent the cunred road 
portion 52Ci in Fig. 3. Associated with the road segment 
data entity 5eg(m) are node data 46 that include the lat- 
itude and longitude coordinate positions of the two end 
points. LN(in) and RN(m) of the represented road por- 
tion S2CI. In one known geographic database for a nav- 
igation system, cun/Ing geographic features are repre- 
sented using shape points. Rg. 3 shows oxerrplary 
shape points SP(m)(1). SP(m)(2). SP(m)(3), and SP(m) 
(n) located afong the portion of the road 5201 represent- 
ed by the data enlrty seg(m). Using this method, in ad- 
dition to the node data, the geographic data set 34 also 
stores data corresponding to these shape points ti^at f aJI 
along the curving geographic feature. In Fig. 4, the road 
segment data entity seg(m) is associated with shape 
points SO (SP(m)(i), SP(m)(2)...SP(m)(n)) which store 
latitude and longitude coordinates lor each oif the Shape 
points located the cun/ed road portion 52CI. These 
shape points are used for several purposes in the geo- 
graf^ic database and by the navigatfon application that 
uses it. For example, shape points are used to approx- 
imate the cunning shape of the represented portion of 
the road on the compuier display. TTie curving geo- 
graphic fealuro is reproduced on the display by drawing 
straight lines from shape point to shape point starting 
and ending with the end points. The number of shape 
points stored between a given set of end points depends 
on the shape of the curve and the accuracy or resolution 
desired in the reproduced display Shape points are also 
used by the navigatkxi application tor vehicle p03itk>n- 
ing along curved road portrons. where accuracy is im- 
portant. {Although the terminology "shape point' is used 
in this specification, it is understood that other terminol- 
ogy could ba ueed to refer to a p08ltk>n or locus atong 
a straight orcun/ing geographic feature.) 
[0016] The description provided above relates to the 
portrayal of other-than-Straight portions of roadways. 
Similar considerations apply to the portrayal Of other ge- 
ographc features in the form a lines or polygons, such 
as ponds, railroad tracks, burkitngs, airports, stadiums, 
parks, mountain ranges, docks, ferries, tunnels, bridg- 
es, and so on. Shape points are selected along the 
lengths Or boundaries of these kinds of geographic fea- 
tures, stored, and used to portray the feature on a com- 
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purer display. 

10017] Whft© using shape points to represont the 
shapo of an othsr-than-3traight geographic leaiura has 
the advantage that it is oonceptuafly relatively simple to 
wo/k with in datatjase dovetopment. conipilalioo, ao 
cess and display software, it has several drawbacks. 
Storing these additional data for displaying other-than- 
straight geographic features increases the data storage 
requirements the geographic data sete. Even with 
modest accuracy raqulrements, five to ten percent of 
each database may be dedicated to shape point data. 
Moreover, this percentage Increases in direct proportion 
to any increase Inaccuracy requirements. Further^ since 
shape infofination represents a much larger percentage 
of those geographic data subsets used for map disptay 
and to infer the vehicle's position, the negative impact 
on RAM memory size requirements and database road 
liffie is proportionately oven greater. 
[0018] Accordingly, there is a need in navigation sys- 
tems to provide a method of representing arxJ storing 
geographic feature information in such a way as to min- 
imize the storage requirements while providing a high 
level of accuracy rn the representation of other-than- 
straight features. Further, it is desired thattho increases 
in resolution and accuracy in a geographic data set do 
not negalivefy impact on RAM memoiy size or operaling 
performance requirements of a navigation system, 
[0019J Therefore, it is desirable to provide an im- 
proved method for representing and storing geographic 
feature information that provides for highly accurate rep- 
resentation of geographic features, minimal storage re- 
qufremente and minimal irr»pact on Inardware corrflgura- 
tion requirements, 

SUMMARY OF THE INVENTION 

[0020] Accordingly, certain preferred embodiments of 
the present Invention provide a system and method lor 
storing data to represent other-than-straight map Tea- 
turos in a computer-readable geographic database for 
use In a navigation system. For geographic features that 
are other-than-etraight, a curve generated t>y a comput- 
able function is fitted to an imago of the other-than- 
straight map feature. The computable function may be 
a polynomial aquation whose shape is defined by its co- 
efficients. In one embodiment, the polynomial equation 
is a spline curve, and in particular a Bezier curve whose 
shape is defined by control points. The Coefficiertts of 
the polynomial equation are associated with data repre- 
senting the other-than-straight feature, (n Iho case in 
which the poiynomial equation is a Bezier curve, the 
control points for generating the Bezier curve are asso- 
ciated wHh the data representing the other-than-straight 
feature. These control points are stored In the geograph- 
ic database ar^ are used in displaying the other-than- 
straight geographic feature. Use of a computable func- 
tion to generate oiher-than-araighl geographic features 
and storing parameters to bo used by the computable 



function has the potentlaJ lor signifrcantly reducing the 
storage requirements for representing other-than- 
straight features in a geographic database. 
(P021] According to a further aspect, normalized corh 
5 trol point pairs are stored in a data structure and an index 
reference into the data structure fs assoaated with data 
used to represent the other-than^siraight geographic 
foaiure, thereby resulting in further roducticn In data 
storage requirements. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0022J Fig. 1 is a block diagram of a conventional nav- 
igation system. 

[0023] Fig. 2 is a block diagram representing a part of 
the geographic database Illustrated in Fig. i 
[0024] Fig 3 is a representation of a map illustrating a 
portion of the geographic region represented by tho ge- 
ographic database of Fig. 2 

20 [DQ25] Fig. 4 is a blocK diagram illustrating parts of a 
road segment record in the geographic database of Fig. 
2 according to a prior art method. 
[0026] Fig S Is a representation of a map illustrating a 
portion of the geographic region and Illustrating applica- 

25 lion of a first embodiment of the invention. 

[0027] Fig. 6 is a block diagram illustrating parts of a 
road segment record in the geographic database ac- 
cording to a first embodiment 
[00281 Fig. 7 is a bkjck diagram of a display portion of 

3* the navigation application program of Fig. 1 modified to 
use the geographic database having segment records 
as in Fig.e. 

[0029] Fig. 8 Is a diagram illustrating a first process 
for forming a geographic database with control points 
^ as represented in Fig. 6, 

[OO30] Fig. 9 is a diagram itlustralin g another process 
for forming a geographic database with control point as 
represented in Fig. 8. 

[0031] Fig. 10 is a diagram illustrating a third process 
^ for laming a geographic database with a normalized ta- 
ble of control point. 

I0(»2] Fig. 1 1 is a block diagram similar to Rg. 7 illus- 
trating a display portion of the navigation application 
program modified to use a geographic database formed 
^ by the process of Fig. iO. 

DETAILED DESCRIPTION OF THE PRESENTLY 
PREFETO^ED eMBODIM£NTS 



^ I. FIRST EMBODIMENT 

[0033] Refen-fng to Fig. 5, there is shown the same 
geographic region and roadways as shown in Fig. 3 with 
straight road portions 52S1. 52S2 and the other-than- 
55 straight road portion 52CL As mentioned In conneciton 
with the embodiment of Figs. 3 and 4. nodes are select- 
ed and dsHne the end points of the roadway portions 
and are established where two or more roadways inter* 
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$ect or where the attributes of a roadway change. In the 
geographic database, these rtoda data points divide up 
the roadways arxJ mark the end points f the road por- 
tions to bo repreeented as road segment data amities. 
In the geographic database of Ihls embodlmerrt, siraight 
roadway portions are represented by road segment en- 
titles which are associated with the coordinate positions 
of the end points (e.g. nodes) of the represented road 
portion. 

[0034] I n addition to data that tdontrfy the coordinates 
of their end points, the other-than-straight roadway por- 
tions are represented using the locations of two (or 
more) parametem. Those parameters are used by a 
computable function to generate the shape of the other- 
than-straight geographic feature. In the embodiment 
shown, the computable function is a Bezier curve and 
the param stars that are stored are control points for gen- 
erating the Be2ier cun/e. Fig. 5 shows controi points CP 
(m)(1) and CP(m)(2) which, as will be discussed later, 
are used In the reprasentalron ot the shape of the Olher- 
than-strarght road portion 52CI in the geographic data- 
base. These control points are determrned by using 
Bezler curves, a subset of the cubic spline subfamily of 
splme curves. In alternative embodiments, oiher poly- 
nomial equations defining curved vectors, including oth- 
er spflne curve families, may be used. 
[00d$] Wtth spline curves, and in particular, Bezier 
curves, other^than-straight map features, such as curv- 
ing road portions, are represented by poi/nomial equa- 
tions whose coefficients have been detennined so as to 
generate curves that match the shapes erf the geograph- 
ic features wrth the desired degree of accuracy. 
[003$] A property of Bezier curves is that they are da- 
fined by their two end points and two additional control 
points. These control points are positioned along the 
tangents to the curve at the end points, as illuetrated by 
the dashed lines in Fig, S. Bezier curves can closely ap- 
proximate Serves, circular arcs, parabolic shapes and 
even straight tines. Standard techniques for fitting pcty- 
nom]a\ curves to point series can be employed to find 
the control point coordinates that give a tMst-m Bezier 
curve for any particular series ol shape points used in a 
straight-iine-segment approxinnation to a curve in a ge- 
ographic database. 

[0037] In the first embodiment of a geographic data- 
base, control points are associated with the road seg- 
ment data entity that represents the othar-tfian-slraight 
portion of the road. In one embodiment, these control 
points, CP(1 )(m) and CP(2)(m), ortheir latitude and lon- 
gitude coordinates, are associated with the eegmont en- 
tity, sQg(m). In one embodiment, these control point data 
are stored as attributes of the segment data entity, 
[003fl] Fig. $ Shows a diagram of the road segment 
data entity S8g(m) which represems the curved road 
portion 52CI Of Fig. 5. The segment entity is associated 
with data which are used to portray the road portion. The 
data include node data, LN(m), RN(m). which Kjeniify 
the latitude and longitude coordinate positions of the 



road portion's con-esponding end points, and control 
point data, CP(m)(1). CP(m)(2), which Wontify the lati- 
tude and longitude coordinate positions of the two con- 
trol points which can be used to represent the shape of 
^ the Curved road portion 52CI. 

[0039] Using the first Q/nbodlm&nt of th& aooqmphh 
datat)as9. Fig. 7 shows the steps that an embodiment 
of a map display program 66 performs to display part of 
the geographic region represented by an embodiment 
10 of the geographic database that uses control point data, 
as In Fig. 6, to portrsy curved features. The map display 
program 66 is part of the navigation application program 
38 in Fig. i. Finat, the map display program 66 receives 
a list 68 of road segment data entttias, 6eg( ), which rep- 

1^ resent the road portions to be displayed. Steps 70-76 
are repeated for each road segment data entity in the 
list 68. In Step 70, the map display program 66 reads 
the data associated with each segment entity record. 
Those data include the geographic coordinates of the 

so nodes associated with the segment data enitiy. (The 
node data contain the end point locations for the partic- 
ular road portion to be displayed.) Step 72 checks for 
the exbtoTK^e of control points associated with the seg- 
ment entity. If the sogmoni data entity has no control 
points associated with it, Step 72 skips to Step 76 at 
which the road segment is portrayed drawing a straight 
line between the end points on the display of the user 
intertace 40. Howovon if there are control points asso- 
ciated wHh the segment record. Step 72 passes the data 

30 associated with the segment to Step 74. At Step 74. the 
Bezier curve is calculated using the appropriate polyno- 
mial equation and the image of the curve Is generated. 
Also in Step 76, the generated Image of the curve is out- 
put to the display of the user interface 40. These steps 

35 are repeated until all the road portions ropresonted fr> 
the list 66 are rendered on the display of tho user inter- 
face 40. 

[00401 Moihod for storing shapa info/mation accord' 
iryg to first Gmboc/iment Fig, 8 demonstrates a first meth- 

^ od for generating a geognaphk; database including the 
control point data for rtjprosenting other-than-straight 
features, as shown in Fig. 6. An Imago 120 of a portion 
of a geographic region is obtained. The image 120 can 
be obtained from an aerial photograph. GPS data, paper 

^5 maps, or other known sources for producing electronic 
geographic databases. Altematively, the image 1 20 can 
be obtained from a map display program that generates 
the image 120 from shape point data according to the 
priorart method described in connection with Figs. 2 and 

sc 3, In Fig. 8. the image 120 is displayed on a computer 
display screen, but in an impfemantatjon of this process 
it IS not necessary to physically show this image on a 
display screen. 

(0041 J A shape detection program 1 22 automatically 
55 delects the images of the geographic features, such as 
roadways 125. from the image 120 of the area. This is 
accomplished using conventional pattern recognition 
technfquos. These pattom recognition techniques may 
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mcludo, for exampi , identifying contrasting color pat- 
terns, continuoue shapes, sizes, inl©rconn©ction$, and 
so on. Using conventional pattern recognition tech- 
nfquee, toaturss such as roadways, including other- 
than-straight roadways, are automatically detected from 
the image 1 20. After the roadways 1 ZS aro detected, the 
program executes a curve fittng program 12B that 
matches the detected other-than-straight roads to Bet- 
ter curves. Curve^itting techniques are also known In 
the art. Once a Bezter curve is Identified that matches 
the other*than-straight roadway, the control points used 
to gerrenste the Bezier curve are Idemlfied The coordi- 
nates of the control points are then associated with a 
segment data entity record that represents the detected 
road segment. In one embodiment, a usar-operator re« 
views tile roadway detection, curvo-fluing, and Bozier 
curve generation eieps. This review can be conducted 
by overlaying an imago of the other-than-straight road 
segment, generated from the Bezier curve control 
points, over the image 1 20 to see how well they match. 
If Ihey faiJ to match, the user-operator then may use an- 
other technique to generate the control points. I^owever, 
If the detected road segment matches the image of the 
road segment on the display* the user-operator allows 
the computer-generated Bozier control points and the 
detected node/end points, UM. RN, CPt, CP2. to be 
stored in a cartographic data set 34(cano)(B). 
[0O42] AitematG method for storinp shape Informa- 
tion. Fig. 9 demonstrates an altemaiive method for fitting 
a Bezier curve to a gfven geographic feature. As in the 
previously described method, an image 220 Ot a portion 
of a geographic region is obtained. The image 220 can 
be an aeHal photograph or obtained from an aeriai pho- 
tograph. Attomaiively, the image 220 can be ol>tained 
from a map display program that generates the image 
220 from shape point data according to the prior art 
method described in connection with Figs 2 and 3. The 
image 22 may printed on paper or may be portrayed on 
a computer display device. Utilizing this method, a hu- 
man user-operator, viewing the imago uses a pointing 
devjoe, such as a digitizing t^let or a mouse, to select 
points (e.g, by clicking) on the features portrayed in the 
image which will be represented by data entities in the 
geographic database. For example, the human user-op- 
erator may use the pointing device to seloci the end 
points ot features to be represented by segment entities 
by using the pointing device to click on points at the inn- 
age which represent the ends of the portions of roadway 
to be represented by segment data aniitrea. If the iden- 
tified segment is other-than-straight. the user-operator 
then selects temporary shape points, TSP1. TSP2... 
TSPn, along the length of the image of the road portion. 
The user-oparator selects these temporary shape 
points by moving a cursor onto the image of the road 
segment and clicWng with a pointing device (Step 222). 
Using the temporary shape points, the computer pro- 
gram then generates a cun/e through them (Step 226). 
(In an embodiment In which the image 220 Is generated 
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from a cartographic data set that already has the end 
poin t nodes and shape points tdontifled, the above steps 
may be omitted) 

[0043] The program than executes a c un/e fitting pro- 
5 gram 22S that matches the detected othor-than-straight 
roadway portions represented by the selected end 
points and Shape points to Bezier curves. As mentioned 
above, curee-fitting techniques are also known in the art. 
Once a Bezier cur^e is idanttfjad that matches the other- 
than -straight roadway 225, the control points used to 
generate the Bezier cun/a are identified. The coordi- 
nates of the control points are then associated wKh the 
segment data entity record that represents the selected 
road segment- To confirm that the generated Bezier 
fs cuwe property represents the image of the roadway 
225, an image of the other-than-straight road segment 
generated from the Bezier Cun^e control points may be 
overlaid on the Image 220 to see how well they match. 
The user-operator views the overlaid Image and judges 
whether the Bezier curve generated road image match- 
es the provided road portion 225 within given toleranc- 
ea. If they fail to match, the user-operator may select 
additional terriporary shape points and the Bezier curve 
Is regenerated. This process is repeated until a c jrve Is 
25 generated that adequately fits the image of the road por- 
lion. Then, the control point data and the node data. LN. 
RN, CPi, and CP2. for the best-fit curve are stoied, as 
described above, in the cartographic data set 34(carto) 
<B). In altematfve embodimants, a computer program 
30 may be used to determine how well the generated Bez- 
ier curve matches the image of the roadway portion be- 
ing represented. The computer program may use con- 
ventional fitting techniques to determine when a thresh- 
old representing a satisfactory fit is obtained. 

II. SECOND EIV1BODIMENT 

[0044] Another propany of Bezier curves is that rf the 
two end points of the cun/e are fixed at normalized po< 

^0 sitbns. variattons in the shape of the cun^e are deter- 
mined solely by the relative positions of the control 
points, (ie the shape is 'normalized"). Thus, a library of 
common curve shapes is defined in the form of a table 
of control point position pairs relative to two standard 
end point positions. This library is etorad in a nornialized 
shape array. By known nnathematical operations, these 
library cunre shapes are scaled, rotated and translated 
in apace to place them wherever desired on a map dis- 
play. In the embodiment of the geographic database, an 

*p index reference value into the normafeed shape array 
is associated with each other-than-straight road seg- 
ment data entity. This index reference value is then used 
in place of the actual control point coordinate bcations. 
[0045] For a particular roadway portion, the two end 

^ point focattons are supplied by the particular cun/ed 
foad segment data entity's associated node data. The 
control points for a particular shape ol Bezier cun^e are 
stored in the nomnalized shape array. An index refer- 
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ence value corresponding lo a particular roadway por- 
tion's «hapd in tho incloxed shapo array entity is stored 
in the road sogment data entity. This information 1$ used 
lay the map display application program (or subprogram) 
to reproduce the curved roadway portion on ihe display 
device by mathematteally converting the end point and 
control point information into a Bezier curve which rep- 
resents the curved roadway portion. 
[004€fl Makina tha Geoamohic Oatabaso with a Nor- 
tn&Uzed Sh &D& Array . An exemplary method of creating 
this embodimenl o^ the geographic database is illustiat- 
edinFig. 10. Using known techniques, images ol all oih- 
er-than-straight road portions in a geographic region are 
obtained. These images may bo obtained from aerial 
photographs or satellite in^ages, whether in printed or 
electronic torm, or the images may be obtafnod from ex- 
ietirtg geographic databases that include ehape point 
data to represent other-than-straight portions ot roads. 
In Fig. 10, a plurality 300(1 ), 300(2)... 300(n) of such im- 
ages are shown. Next, the nodes of each oiher-lhan 
straight road segment are selected. If the ^ges are 
generated from an existing geographic database, the 
node data may be already included in the road segment 
data entity used to generate the image. Olhenvlso, the 
end point/nodee are identified using the techniques de- 
scribed above or that are known in the art. 
[0047] For roadway portions which are curved, the im- 
age of the cUfVed roadway is rKsrmalized (Step 31 0) $o 
as to place the end point positione Of each other-than- 
straight road portion in atandardizod locations. Tho nor- 
malization process 310 may require that the curved 
roadway be seated, rotated and/or translated. Once the 
cun/ed roadway is nomializod. standard mathematical 
techniques for Bezier curve fming are empbyed to find 
a Bezier cun^o which best approximates ("best fits*) the 
curved roadway segment Once a best-fit curve Is de- 
termined, the two conXfc\ point positions which define 
the curve are identified. Ttro coordinates of these control 
points are nonmaJized relative to the end points and fur- 
Thermore are normalized by scaling in the dimension 
perpendicular to the line through the end points so that 
the separation along that dinnension of tha control points 
is standard. Given the standardized end point positions 
of the curve, the two control point positions are all that 
are needed to define the curve's shape. Data identifying 
Ihre control point pair are entered into a normalized 
shape array 320. Tha normalized shape array 3^0 is a 
data structure that can store a plurality of Items of data. 
In the normalized shape array 320, each separate nor- 
malized control point pair, CPNi. CPN2, is associated 
with a separate shape identifier, CPE. A segment data 
entity, representing the cun/ed road portion uses the in- 
dex, CPE instead of tho coordinate positions of the con- 
trol points. The segment data entity. Including data cor- 
responding to th© nodes, LN. HN, and the index refer- 
ence value, CPE. is stored in tha cartographic data set 
34(carto)(A). 

[D04ai Subsequent curved road portbns in the geo- 



graphic data set are examined and processed in a sim- 
ilar manner. As the curved road portions in the geo- 
graphic data set are examined, some road portions may 
have the same normalized control point pairs as previ- 
s oualy examined road portions. For sxampie, In Fig. 1 0. 
the image 300(n) shows a road segment which, after 
rotalton or other normalization, has the same shape as 
the road segment depicted in the first imago 300(1). 
When the nomnalized control points are deternrjined for 
10 the road segment In the Image 300(n). they will match 
those af ready in the array 320 which ware generated for 
the road segment In the fcmage 300(1 ), Then, when the 
segment data entity record representing the roadway 
segment shown In the image 300(n) is stored in the data 
sei 34(carto)CA), the record includes, in addition to data 
idantityfng the nodes, LN(n), RN(n), anentry CPE(1) to 
the same normalized control point pair CPl (1 ), CP2(1 ), 
as the roadway depicted rn the image 300(1 ). In this in- 
stance, a now entry of control point pairs is not made 

so into tho normalized shape array 320. 

[O049] As each cvn/ed road segment is examined. If 
there is no match in tho array 320 for a panicular control 
point position pair, a new entry is added to the array and 
the new index reference value is stored fn tho road seg- 

^ ment data entity's shapo data attribute for this particular 
roadway portion. However, if the nonmalizod control 
point pair matches an existing entry in the array 320. a 
new oniry is not made. The process is repeated until all 
roadway portions are converted into road segment data 

30 entities and corresponding nodo and shape data at- 
tributes. 

[OOSO] In developing the nonmalized array, it is pre- 
fon^od to Keep track of the number of timee each of the 
control point pairs are used to substitute for tha shape 

« points of a segment data ontrty, TTien. once a!) the road 
sogmeni data in a region are examined, the index is built 
only of those pairs whbh are used the greatest number 
of trmos. For example, the array may include only the 
2000 most frequently used normalized control point 
pairs. Within the array, the control pwt pairs may be 
ordered by frequency or other means, to speed search- 
ing. If 3 normalized control point pair Is not among the 
control point pairs that wind up in the array, the control 
points may be stored without being normalized or tho 

^ data may be stored as shape p^nt data instead of con- 
trol point data. 

[0O51] In an exemplary imp fomentation of tho geo- 
graphic data set 34(carto)(A). two control pointe can be 
stored Jn as little as 6 bytes of data. A library of two thou- 

so sand such shapes can be stored in a normafized shape 
array table occupy in g just 1 2 thousand bytes of memory, 
and accessed wHh Index values having a data size of 
1 .5 bytes. If these two thousand line shapes recur with 
relatively high frequency in the database, Significant 

^ amounts of media space are saved since the shape in- 
formation for each of those occurrences can be encoded 
on iho media in Just i.s bytes rather than the 6 bytos 
taken up by the two Bezier control points (plus the space 
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required for the end pofnis). 

[0052] In an alternative emtxxJinrient, a fixed geo- 
graphic location grkt fs used to overlay the images of the 
curved road portlcna This restrfcts the possible positrons 
that control point pairs and roadway portion end points 
occupy resulting in a defined number of pos^ibfe/^re- 
defined curve shapes that can bo created or repreeenl- 
ed, Prtor to beginning the conversion process, a com' 
puter calculates all possible control point positions rel- 
ative to normalized end point positions and renders all 
possible curve shapes, given a dasired level ot resolu- 
tion, These curve shapes are then all initially stored in 
the normalized $hape array, such as the arj^ 320 
above. Once the curve frtting/conlrol point determination 
process is complete fora particular roadway portion, the 
resultant control point positron pair is compared with en- 
tries in the normalized shape array. The entry in th© table 
which most closely approximates the calculatdd control 
point positions wrthin a predefined threshold value is se- 
lected. The corresponding index value tor that entry is 
then associated with the road segment data entity that 
represents the roadway portion. This process is repeat- 
ed until all the roadway portions in the particular geo- 
graphic area have undergone conversion 
[0063] Us/no the Second EmbodimGnt of th9 goo- 
graphic Oatebase . As shown In Fig. 11, a map display 
application program (or subprogram) 366 uses the node 
data arxj the index to a normalized shape array in the 
data entities that represent road Segments to reproduce 
images of the road portions on a display devico. In Fig. 
11, a Ijst 363 of sogmem entities, seg(), is input to the 
map display program 366. Ttie list identifies the seg- 
ment data emities which represent portions ot roadway 
to be displayed. The road segment data entities contain 
the data portraying both straight and cun^Tig portions of 
the roadways in the geographic area to be displayed. 
The map display application program 366 represents 
roadway portions on the display device by first reading 
the data associated with each of the road segment data 
entities contained rn the list 368 (Step 270). If no control 
point index reference extsts for the given road segment 
data entity (Step 372), the map display application pro- 
gram 366 skips to Step 376 and render a straight line 
on the display 40 between the locations identrf iad as end 
points (i. e. the nodes) of the segment data entity. For 
segments that have control point index references (Step 
372), the map display applkatton program 366 pro- 
ceeds to Step 373, This Index reference value is an in- 
dex into the normalized shape array 320, To enhance 
operation, the nomialized shape an^y 320 is loaded into 
memory at infiialteaiion of the navigation system or 
yNhen the map display function Is called. Using the index 
reference value, the map display application program 
(or subprogram) 366 looks up the entry In the normal- 
ized shape array entity 320 which contains the control 
point position pair data (Step 373). This control point po- 
sition data, in conjunction with standardized erKt point 
positions* and Scale factor in the dimension perpendic- 



ular to th line through the ends* are used to calculate 
parametric equations for the Bezler cunre (Step 374) 
which can be used to render the curved roadway portion 
on the display dewce by well-known techniques (Step 
5 376). This process repeats for each roadway portion 
thai is to t>e rQftfict&<^ by the map display app Ileal bn pro- 
gram (or subprogram) 366 on the display device. 
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[0054] In the embodiments described above, oa^ 
other-than-straight geographic feature was represented 
by data Wenlifying the coordinates of the end points and 
data klsntifylng the coordinates of two additional points, 
i.e. the two control points, used to generate the Bezler 
cun/e. It is noted that some other-than-straight goo- 
graphic features may be generated by more than one 
Bezior cun/e. It is further noted that more than two con- 
trol points, or other parameters, may be associated with 
£0 th© data entity representing the oihor-than-SlrBlght ge- 
ographic feature. 

POSSJ In alternative embodiments, other kinds of 
computable functions, other than the Bazier curve func- 
tion, can be used. These other kinds of computable 
functions include polynomial equatior^ of any order 
whose coefficients are used to define the shape of the 
represented geographic feature. Spline cun^e f unctk>ns 
may be used. In further alternative embodiments, any 
other kind of computable function can be used to gen- 
39 orate a curve to match and represent the other-than- 
straight geographte feature including fractal functions, 
or other iterative functbns or recursivery defined func- 
tions. 

[0056] In the embodiments described above, the data 

^ rapresenting the other-than-straight geographic toaiure 
was used to portray the feature on a computer display 
lor the user of the navigation system to see. It is urxJer- 
stood that the rspresentatton of other-than-straight ge- 
ographic features has other uses in addition to map dls- 

^0 ptay For example, another Important function pruvidod 
by a navigatkin system is vehicle positioning. In vehicle 
positioning, the navigation system uses a positoning 
system, such a GPS system, to determine one's physi- 
cal geographic coordinates (e.g. latitude and longitude) 

^ and then matches those coordinates to the coordinates 
of the roadway features represented in the geographic 
database to inform the user of his or her position on the 
roadway network In a geographic area. The ability of the 
disclosed embodiments to determine the shape of oth- 

50 er-ihan-stratght geographte features with relative accu* 
racy enables the navigation system to match the user's 
physical geographic coordinates to the coordinates of 
the roadway network and provide the user with informa- 
tion that identifies the user's position relative to the road- 

55 way network. 

10057] Although the use of control points to repnessnt 
other-than-straight geographiq features genofally re- 
sults in decreased storago requirements, under some 
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circumstance®, U \b possible thai Xho shape of a partic- 
ular geographic feature may bo represented maro efff- 
cisntly using shape points irtstead of control points. To 
account for such geographic features, a single geo- 
graphic database may represent some other-than> 
straight geographic features using control points and 
represent other other-than-straight geographic features 
using shape points. In one embodimonl of such a goo- 
graphic database, each data entity which represents an 
other-than-straight geographic feature uses either 
shape points or control points (but not both) to represent 
the other-than-straight shape of the feature. Each data 
entity which represents an other-than-stralght geo- 
graphic feature would also inciuda a means to identify 
to the navigation application using the geographic data- 
base whether control points or shape points were being 
used. The means by which K can be indicated whether 
control paints or shape points were used in a particular 
data entity may be any technique, such as use of a con- 
trol bit, use of different ranges of values, different order- 
ing of data, and so on. 

[0058] In a further embodiment of a geographic data- 
base, certain other-than-straight geographic features 
may be represented most efficiently using both control 
points and shape points together in a single data entity 
used to represent the geographic feature. As mentioned 
above p a means is provided to distinguish whether tho 
shape of the other-than-stralght geographic feature is 
represented by control point data or shape point data. 
Those means can be extended to further indicate that 
both ehapo point data and control point data are being 
used within a single data entity. In an implementation in 
which both control points and shape poirrts are used, 
the navigation application may use tho control point data 
to generate a close approximation of the represented 
geographic feature. Then, shape points are used to fine 
lune the reproeentation at positions where the control 
point generated curve does not exactly match the rep- 
resented feature. In another example, control points 
may be used to represent a first portion of a roadway 
segment and shape may be used to reprosent another 
ponion of a roadway segment 
[0059] It is intended that the foregoing detailed de- 
scription bo regarded as illustrative rather than limiting 
and that jt is understood that the following claims includ- 
ing all equivalents are intended to define the scope of 
the invention, 
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Claims so 

1. A method for Storing physical other-than-straight 
map features in a computer readable database for 
use in a computer based r^vigation system com- 
prising tho steps of: ss 

caicutating coeffictants of a polynomial equa- 
tion that represents a physical map feature; 



associating said coefficients With data that rep- 
resents said physical map featur ; and 
storing said coefficients and said data that rep- 
resents said physical map feature in s^d navi- 
gation database on a computer readable medi- 
um. 

The method of Claim 1 virtiorein said polynomial 
equation is of the spline curve famify. 

The method of Claim 1 wherein said polynomial 
equation Is of the Bezier curve subset ot the cubic 
spline subfamily. 

The method of Claim 1 wherein said coefficients of 
said polynomial equation arc normaltzed. 

The method of Claim 4 wherein said nomnaiized eo- 
efficionts of said polynomtal equation are stored as 
a line shape in a normalized shape array. 

The method of Ctaim 5 wherein said line shape Is 
in the fonm of a control point positbn pair. 

A method for storing data representations o1 phys- 
ical other-than-straight map features in a geograph- 
ic database stored in a computer readable medium 
for use in a computer-based navigation system, 
said geographic database comprising an indexed 
normalized shape array and a plurality of data enti- 
ties that represent said physical other-than-straight 
map features, the method comprising the steps of: 

calculattng coefficients of a polynomtal equa- 
tlon thai represent a physical map feature; 
normalizing said coefficients relative to end 
points of the physical map feature; 
storing said normalizod coefficients in said in- 
dexed normalized shape array; 
associating an index value to said normalized 
coefficionts with a data entity that represents 
said physical map feature; Qn6 
storing data entity and associated index value 
on said computer-readable medium. 



8. A method for storing data representing a physical 
road portion having an other-than-straight shape in 
a geographic database stored in a computer read- 
able medium for use in a computer based naviga- 
tion system, each of said physical road portions rep- 
resentod by a first end point position and a second 
end point position, the method comprfsing tho steps 
of: 

calculating at least two additional control points 
positions which define the shape of said phys- 
ical road portion by way of a polynomial equa- 
tion, and 
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storing data representing said at least two ad- 
ditionaJ control point po&ftions in eald naviga- 
tion database in said computer readable mddi- 
unn. 

5 

9. The method of Claim 8 wherein said at least two 
additional controt point positions aro normalized rel- 
ative to said first and second and point positions. 

10. The method of Ctatm 9 wherein said at least two 
additional control point positions are stored in an in- 
dexed normalized shape array. 

11 , The method of Claim 10 wherein data representing 
said first end point position and said second end 
point position of said physical road ponlon are 
stored in said computer readable medium associat- 
ed with an index value to sakt normalized at least 
two control point positions in said indexed normal- 
ized shape array. SQ 

12. A method for storing physical curving geographic 
features rn a geographic database stored in a com- 
puter readable medium for use in a computer based 
navigation system, said geodrsphic navigation da- 
tabasB comprised of a pluraiiry of data eritities rep- 
resenting portions of goographie features wherein 
each of said plurality of data entities Is furlher com- 
prrsad of node data entitles and shape data, the 
method comprising the steps o1: 90 

Calculating cosfficients which correspor^ to a 
shape of a portion of a geographic feature by 
way of a polynomial equation; and 
associating said coefficients with the node data ^ 
entities that identify end points of the geograph- 
ic feature. 

13, The method of Claim 12 wherein said coefficients 
are stored in an Indexed shape data array entity and 
are associated with an index to the shape data ar* 
ray. and wharain said step of associating comprises 
associating the index to the coefficients in the array 
with the end points, 

14, A method of converting shape-pOffit-representad 
physical curving map features to Bezier cun/e rep- 
resented physical curving map feaitures for storage 
in a geographic database for use in a cwnputer 
based navigation system, said shape^lnt-rspro- so 
sented phiyelcal cun/ing n^ap features conr^rtsed of 

at least two end point positions, said method corT>- 
prtsing the steps of: 

nonnalizing said shape-poJni-reprosentod « 
physioal cunning map features by scaling, rotat'^ 
ing and translating said shape-poEnt-represent* 
ed physical curving map features to place said 



at least two and point positions in standard po- 
sitions. 

converting said nomiaiized shape-potnt-repre- 
sentod physical curving map features to Bezier 
curves and corresponding control point position 
pairs by cunre fitting; 

comparing said corresponding control point po- 
sition pairs of said Bezier curves to a library of 
stored control point position pairs; and 
storing said shape-point-represented physical 
curving map features as an indax reference into 
said library on a computer readable medium. 

1 5, A method of representing physical cun/^ing map fea- 
tures using polynomial equations for use tn a conv 
puter based riavigatlon system comprising the 
stepfi of; 

converting said physical curving map feature to 
a series of shape points; 
fitting a polynomial equation to said series of 
shape points; 

calculating the coefficients of said polynomial 
equation; and 

storing said coefficients in a oonr^uter readable 
medium. 

1& The method of Claim 15 ^erafn said eoefficlents 
of said polynomial equation are normalized. 

17. The method of Claim 16 wherein said nonrialized 
coefficients of said polynomial equation are stored 
as a line shape in an indexed nonraltzed shape ar- 
ray. 

18. The method of Claim 17 wherein said Qne shapes 
are in the form of control point poeition pairs. 

19. A computer-readable medium product for use In a 
navigation system, said computer-readable medi- 
um product having stored thereon a geographic da- 
tabase comprising data representing physical fea- 
tures having other-than-straight shapes, and pro- 
duced in accordance with the methods of Claims 1 , 
7, 9, 12. 14. oris. 

2a A method of reproducing physical geographic (sa- 
tures on a computer display device associated with 
a computer based navigation system using a geo- 
graphic database produced in accoitiance with the 
rT>ethod$ of Claims 1, 7, 12, 14, or 15, wherein said 
method corrp rises. 

identifying a data entity to be used to render a 
representation of a geographic feature to dis- 
play on said computer display device: 
executing a subprogram to calculate an other- 
than-straight shape from said coefficients; and 
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displaying eaW other-than-siraishl fleographic 
feature on said computer output dovica using 
said oiher-ihart-strHight shape. 

21. An Indexed normalized shape array for use in a go- 
ographic database embodied in a computor reada- 
ble modtum for ude in a computer based navigation 
system, said indexed normalized shape array conv 
prising: 

an indexed array containing a plurality of con- 
trol point antittee, each of said plurality of con- 
trol point entitiQs further comprisod of two or 
more coefficient values of a polynomial equa* 
tion; 

an index roterence attribute corresponding to 
each of eaid plurality of control point eniitles, 
9aid index reference attribute having a bit 
length sufficient to reprosem the number of en- 
tries in said indexed normalized shape array 

22. A method of reproducing phyefcat geographic fea- 
tures on a computeroutpul device from a geogiBph- 
ic database stored on a computer readable medium 
for use in a computer basod navigation system 
wherein said geographic navigation database com- 
prises: 

an Indexed normalized shape array, said in- 
dexed normalized shape array comprising a 
plural jiy of shape entities, each of said plurality 
of shape entities comprising one or more poly- 
nomial equation coefficlentd. sard shape entity 
further possessing an index reference value at- 
tribute; 

a plu/aifty of road segment data entilies, each 
of said plurality of road sogment data entities 
comprised of shape data attributes and nodo 
data attributes wherein said Shape data at- 
tributes contain a representation of a physical 
geographic feature In the form of an Index ref- 
erence value corresponding to an entry in said 
indexed normalized shape array and further 
whorein said node data attributes represent ge- 
ographic location points; 
the method comprising the steps of: 
determining the seioctad geographic feature to 
display on said computer output device; 
locating the corresponding road segment data 
entity and the associated shape data and nodo 
data attributes to said selected geographic fea- 
ture; 

reading the index reference value stored in said 
shape data attributes of said road segment data 
entity; 

indexing into said normalized shape array us- 
ing said Index reference value and reading the 
polynomial equation coemcisnts from the cor^ 



responding shape entity entry, 
calculating a polynomial cua^e based on geo- 
graphic location intormatfon contained in said 
node data attribute entitles and said polynomial 
5 equation coefficients; and 

displaying said polynomial curve on said com- 
puter output device. 

23. A computer usable medium having computer read- 
able program data means embodied therein for 
causing other-than-straight geographic features to 
be represented by a computer-based navigation 
application, comprising: 
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computer readable data for representing coor- 
dinates of end points of pontons of other-than- 
straight geographic features, and 
computer readable data comprising parame- 
ters usable by said computer-based navigation 
application to generate curves according to a 
computable function to represent said other- 
than-straighl geographic features. 

24. "me invention of Claim 23 wherein said computable 
function comprises a Bezfer curve generation func- 
tion and wherein said parameters comprise control 
points for gonerating said Bezior cun/es. 

25. A computer-based navigation application program 
tor use with a geographic database comprising: 

first computer code means to access data rep- 
resenting end points Of Other than straight ge- 
ographic features in said geographic database; 
second computer code means to access in sa fd 
geographic database data parameters associ- 
ated with each other than straight geographic 
feature whose end points are accessed by said 
first computer code means; and 
third computer code means for calculating a 
cunro for other than straight geographic feature 
whose end points and paramatars are ac- 
cessed by said first and second computer code 
means by using said points and said pamme- 
ters. 



26. The invention of Claim 25 further comprising: 

fourth computer code means responsive to 
said third computer code means for generating an 
so image of said curve on a computer display. 

27- The irrvention of Claim 25 wherein said parameters 
are Bezior control points and wherein said third 
computer coda mearts calculates a Bezier curve us- 
55 ing said end points ar>d said Bezier control points. 

28. The invention of Claim 25 wherein ^aid parameter 
are normal izod and incfuded in a shape array, and 
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wherein the second computer code means further 
comprises: 

means to access said normalized parameters 
by meane of an Index rsJerence into sakj shape 
array; 

means to re^scale and re-orfent said nonma^ 
ized parametora into parametere based upon 
said end points. 
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29, A geographic navigation database embodied in a 
computer readable mediunf) for use In a computer 
baced navigation system wherein physrcat curving 
geographic features are rQpresoniod as coefficients 
ot potynomial equations, said geographic naviga^ is 
tion database comprteing: 

an indexed normalized shape table entity con- 
taining said coefficients of satd potynomial 
equations: io 
a plurality of road segment data entitles com- 
prised of node data attribute entities and shape 
data anribute entmes; 

said shape data attribute entities of said plural- 
ity of road segment data entities containing in- 
dex values into said indexed normalized shape 
table entity represenUng portions of navigable 
roadways; and 

and said node data attribute envies of said plu- 
rality of road segment data entitlos containing 
geographic location points which represent the 
end points of said portions of roadways. 
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